REMOTE  BATCH  ENTRY  SYSTEM 
UTILIZING  MICROCOMPUTER 
AND  TELEVISION  DISPLAY 


Richard  John  Simpson 


KNOX   LIBRARY 
POSTGRADUATE  SCHOOL 
*EY,   CALIFORNIA  93940 


m 


iHLL.'J     i>iJ)i .  il&Bbj;  i  LI-' 


NAVAL  POSTGRADUATE  SCHOOL 

Monterey,  California 


THESIS 


REMOTE  BATCH  ENTRY  SYSTEM 
UTILIZING  MICROCOMPUTER 
AND 
TELEVISION  DISPLAY 


by 


Richard  John  Simpson 


Thesis  Advisor: 


R.    H.    Brubaker 


March  1974 


T159585 


kppfiovzd  loi  public.  K.dLojut><L;   du>&ubutLon  ayiUrruXtd. 


Remote  Batch  Entry  System 
Utilizing  Microcomputer 
and 
Television  Display 


by 


Richard  John  -Simpson 
Lieutena-nt  Commander.  United  States  Navy 
B.  S-  Naval  Postgraduate  School,  1973 


Submitted  in  partial  fulfillment  of  the 
ceguirements  for  the  degree  of 


MASTER  OF  SCIENCE  IN  COMPUTER  SCIENCE 


from  the 
NAVAL  POSTGRADUATE  SCHOOL 
March   1974 


DUDLEY  KNOX  LIBRARY 
NAVAL  POSTGRADUATE  SCHOOL 
MONTEREY,    CALIFORNIA  93940 

ABSTRACT 


A  project  to  develop  a  Ring  telecommunication  network 
is  currently  underway  at  the  Naval  Postgraduate  School.  A 
Bemote  Batch  Entry  system  is  being  developed  as  a  part  of 
that  project.  This  paper  investigates  the  protocol  for  such 
a  systen  and  proposes  a  smart  CRT  terminal  for  use  as  a 
remote  station.  It  first  develops  the  requirements  fcr  such 
a  terminal  and  then  presents  the  actual  implementation  of  a 
TTY-like  CRT  terminal  as  the  foundation  in  the  development 
of  a  smart  terminal. 
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I.        INTPODUCTION 


A  .    EACKGFCUND 

During  the  past  year  the  personnel  at  the  Naval 
Postgraduate  School  have  been  investigating  the  proposal  to 
establish  a  local  ring-structure  communica tion  network.  It 
will  provide  a  link  between  present  and  future  computers  at 
NPS.  In  conjunction  with  this  endeavor  is  the  development 
of  a  remote  entry  system  to  operate  on  the  ring,  permitting 
access  to  the  various  computer  systems.  .This  paper  proposes 
a  smart  front-end  visual  display  terminal  'which  will  utilize 
microcomputer  technology  for  flexibility.  The  terminal 
system,  here  after  referred  to  as  the  REE5  (Gemote  Batch 
Entry  System) ,  is  an  attempt  to  provide  the  user  with  an 
effective,  easy  to  use  system.  The  object  of  tnis 
development,  is  not  to  duplicate  a  time  sharing  system,  but 
rather  to  extract  as  many  of  the  advantages  of  such  a  system 
as  possible,  while  eliminating  all  or  most  of  the  costly  and 
unnecessary  characteristics.  The  RSES  proposal  is  an 
attempt  to  bridge  the  gap  between  batch  and  timesharing. 

B  .    PURPOSE 

The  primary  goal  of  this  system  is  tc  provide  a  low 
cost,  reliable,  remote  terminal  which  can  offer  some  of  the 
advantages  of  a  timesharing  terminal  without  reguiring  the 
constant  support  of  a  large  processor.  The  terminal  should 
be  compatible  with  the  ring  natwork.  Since  it  utilizes  an 
Intellec-6  for  its  lccal  processing,  the  actual  coupling  to 
the  ring  interface  becomes  a  simple  programming  problem. 

The  paper  will  be  presented  in  two  phases.  The  first 
will  outline  the   requirements   for   the   development   of   a 


"Smart  Terminal" (i. e.  one  which  can  perform  some  of  the 
functions  of  the  main-frame  computer,  independent  cf  it). 
Phase  tvc  presents  the  implementation  of  the  components  of 
the  EBES  as  a  full  duplex  TTY-like  CRT  terminal-  This 
approach  is  necessary  to  demonstrate  the  reliability  and 
usefulness  of  the  components  and  to  provide  a  basis  from 
which    the   actual    "Smart   Terminal"    might   evolve. 

The  nicr ccomputer  program  for  phase  2  of  tne  RBES  can  be 
written  directly  into  object  code  or,  mere  easily  into  a 
higher-level  language-  For  overall  convenience,  PLM,  a 
higher-level  language  specifically  designed  for  Inters 
MCS-8,  was  chosen.  PLM  is  operational  on  the  I3M-360.  It 
is  designed  to  afford  the  programmer  the  convenience  of  the 
high  level  language  yet  it  retains  most  of  the  control  and 
efficiency  of  an  assembly  level  language.  The  program, 
stored  in  ROM  (read  only  memory)  ,  consists  of  a  series  of 
subroutines,  one  for  each  different  terminal  command  defined 
by  the  user,  and  a  master  routine  to  control  the  branching 
to   the   appropriate  routine. 

To  keep  cost  down  and  maintain  a  high  degree  of 
simplicity,  off-the-shelf  components  were  utilized  to  the 
maximum  degree  possible.  A  TV  interface  was  constructed 
using  the  Intel  AT-185  design-  Modifications  were  made  to 
make  it  MCS-8  compatible.  The  capabilities  of  the  terminal 
were  programmed  into  MCS-8  code  utilizing  PLM,  the  higher 
level  language  described  earlier.  Microcomputers  were 
chosen  for  a  variety  of  reasons;  but  the  two  most  prevelent 
are,    low    cost    and    flexibility. 


II,   GENERAL  DESCRIPTION 


A.    CHARACTERISTICS  OF  RING  NETWORK 

1.   Ring  Structure 

The  ring  system  is  of  the  type  shown  in  figure  1. 
It  is  uni-directional  with  one  node  (consisting  of  a  host 
processor  and  its  Ring  Interface)  in  control  of  the  ring  at 
a  time.  An  active  node  is  defined  as  a  host  processor  with 
a  process  (at  least  one)  capable  of  using  the  ring  as  a 
communication's  medium.  A  processor  may  have  more  than  one 
process  capable  of  ring  communication.  The  respective  RI  is 
**loaded"  with  the  names  of  the  processes  active  at  a 
particular  host  during  the  start-up  phase.  Loading  of 
process  names  is  accomplished  by  providing  an  address  to  the 
Process  Name  isemory  (PNM)  in  the  Sing  Interface.  The  bit 
determined  by  this  address  is  set  to  a  • 1 ■  to  indicate  an 
active  process  name.  Active  process  names  are  deleted  by 
resetting  this  bit. 

A  node  gains  control  of  the  ring  when  a  control 
token  (CT1)  is  received  (tokens  are  4-bit  characters  in 
violation  of  the  coding  scheme  Lnd  are  used  for  control  and 
synchronization) .  The  node  in  control  will  propagate  the 
control  token  after  optionally  transmitting  a  message. 
Nodes  not  in  control  are  monitoring  the  ring  for  a  CIL  or 
SOM  (start-of-message)  token. 
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Figure  1.   NPS  Ring 


Each  node  must  examine  each  message  header  to 
determine  if  the  destination  code  matches  a  previously 
loaded  hcst  process  name.  Each  node  forwards  the  message  to 
the  next  node  even  if  a  destination  match  occurs.  Messages 
are  removed  from  the  ring  by  the  source  node.  This  insures 
messages  complete  a  circuit  of  the  ring  once  and  only  once. 
Beceipt  of  the  message  is  signified  by  use  of  match  and 
accept  tits  appended  to  the  message  and  altered  by 
destination  ring  interface.  These  bits  are  made  available 
to  the  sending  process  and  a  determination  is  then  made  by 
the  originator  (in  the  host)  as  to  whether  the  message  is  to 
be  re-transmitted. 

2-   Bing  Interface 

The  purpose  of  the  Bing  Interface  is  to  1)  reshape 
and  forward  signals  on  the  ring,  2)  recognize  ccntrol 
tokens,  3)  compare  destination  process  names  with  processes 
active  on  its  host,  4)  signal  host  and  assemfcle  bits  cf  the 
incoming  message  into  8-bit  bytes  and  pass  them  to  the  host, 
5)  determine  whether  overrun  has  occured,  6)  check  CBC  bits 
for  an  error  in  the  received  message,  7)  set  the  match, 
accept,  and  tad  CBC  bits  accordingly,  8)  replace  the  CTL 
violation  with  an  SOM  when  its  host  process  has  a  message 
ready  for  transmission,  9)  switch  outgoing  messages  cnto  the 
ring,  10)  calculate  and  insert  CRC  bits  onto  the  ring  after 
generating  an  EOM  violation  after  text  transmission,  11) 
output  a  •O1  match,  a  *0*  accept,  and  a  •  0«  bad  CBC  bit  for 
resetting  by  the  destination  process1  interface,  12)  examine 
returning  message  status  bits  and  make  them  available  to  the 
host  for  exanination,  and  13)  maintain  the  ring  active  with 
SIN  (synchronization)  or  CIL  violations  when  in  a  naster 
status.  In  addition  the  RI  plays  a  significant  role  in  ring 
synchronization  and  error  recovery.  Communication  with  the 
Bin,g  Interface  is  accomplished  using  two  input  and  two 
output   ports.   One   input   and  one  output  port  are  used  for 
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■essage  transfer  with  the   two   remaining   ports   used  for 
control  and  status  information, 

B.    SUPfCBT  SYSTEMS 

An  accurate  understanding  of  this  particular  design  can 
only  be  achieved  if  certain  future  components  can  be 
considered  as  "black  boxes".  The  following  assumptions  are 
by  no  means  extraordinary,  but  rather  are  basic 
characteristics  of  systems  slated  for  the  future. 

1.    Auxiliary  Storage  (A  OX) 

The  auxiliary  storage  system,  here  after  referred  to 
as  AOX,  is  a  collection  of  one  cr  more  storage  facilities 
each  connected  to  the  ring  by  its  own  EI  and  have  the 
following  capabilities. 

a.  Ability  to  interpret  messages  received  from  any 
process  reguiring  file  access  (e.g.  Smart  Terminal,  Batch 
Processor) . 

b.  Capability  of  maintaining  a  catolog  of  file 
names,  user  ID's,  passwords  and  pertinent  file 
characteristics. 

c.  Facility  to  store  received  data  in  such  a  nanner 
that  line  by  line  fetch  and  replacement  is  realized. 

d.  Power  to  provide  between  the  line  insertion  of 
additional  data  or  deletion  of  existing  lines  (e.g.  a 
special  'Delete  Line'  mark  could  be  utilized  rather  than 
file  compression). 

e.  Creation  and  deletion  of  files. 

£.  Capability  to  acquire  initial  and/or  additional 
storage  space  when  reguested,  or  facility  to  compose  and 
transmit  warning  message  when  not  available. 

2 •    £atch  Processor  _[ BP]_ 

The  tatch  processor  can  be  one  or   a  collection   of 
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processors  each  having  its  own  interface  to  the  ring 
network.  Hohever,  for  simplicity's  sake,  the  BP  reference 
is  to  just  one  Datch  processor.  The  BP  will  have  the 
following  basic  capabilities: 

a.  It  will  interpret  and  compose  messages  from  and 
to  AOX  and  Smart  Terminal. 

b.  It  should  be  able  to  prohibit  unqualified 
intrusion  into  files  by  requiring  user  ID  and  password. 

c.  It  shall  obtain  programs  and  data  from  AUX  and 
execute  when  requested  by  a  process  on  the  ring  (e.g.  a 
Smart  Terminal). 

d.  It  should  have  the  ability  to  transfer  the 
output  of  a  program  to  AUX  and  notify  the  requesting  process 
(e.g.   Smart  Terminal) . 

C.    SMART  TERMINAL  (ST) 

The  expression  "Smart  Terminal"  can  be  simply  defined  as 
a  terminal  which  can  perform  various  degrees  cf  local 
processing..  An  example  of  this  is  file  editing,  which 
reduces  the  time  the  user  must  be  connected  tc  the 
processing  ccmputer.  A  smart  terminal  does  less  than  a 
total  processing  job,  but  it  can  take  over  jobs  formerly 
done  only  by  the  mainframe  saving  valuable  mainframe  time. 
The  proposed  smart  terminal  for  the  NPS  fiing  network  will 
initially  have  the  following  features. 

1  •    r-roqrammable  f unct  ions 

To  retain  the  flexibility  required  for  future 
expansion,  the  functions  will  be  implemented  in  software 
rather  than  utilizing  the  rigid  hard^wired  ones. 

2«    Offline  editing 

This  allows  composing  and  editing  data  prior  to 
sending   it   to   storage.    For  example,   an  operator  could 
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compose  a  message  on  the  CRT  screen  using  the  keyboard, 
verify  its  accuracy,  correct  text  if  necessary,  thee  go  on 
the  ring  to  transmit  data  to  AUX. 

3«    Online  editing 

Smart  Terminal  will  accept  the  abbreviated  code  for 
a  particular  line.  It  will  initiate  the  message  in  the 
prescribed  format  and  transfer  to  RI  for  transmission  to 
ADX.  It  will  a*ccept  a  line  or  lines  from  AUX  and  display 
them  on  the  terminal's  screen.  Data  can  now  be  reviewed, 
changed  cr  updated  if  necessary,  then  returned  to  ADX  for 
appropiate  line-numoered  storage.  In  addition  tc  the 
function  of  line  modification,  entire  lines  can  be  inserted 
or  delet€d  by  a  special  hold  and  "Delete  line"  code  within 
the  AUX.  This  enables  the  operator  to  change,  add,  or 
delete  a  line  and  still  maintain  the  required  program 
continuity. 

4.  gessage   handling    function 

Snart  Terminal  will  be  capable  of  formulating 
messages  to  EP,  thus  reguesting  it  to  print  a  file  or 
display  messages  from  another  processor  or  terminal.  The 
same  rapport  will  be  available  with  AUX,  enatling  the  5T  to 
create,  expand,  or  delete  a  file. 

5.  Biscellan  eous    functions 

In  addition  to  the  above  the  ST  will  perform  a 
continuous  fetch,  search,  and  return  until  the  required  item 
is  discovered  (e.g.  reguest  for  the  occurance  of  first  "do" 
loop,  or  the  name  "Smith"  in  data) . 
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III.   REMOTE  BAJCH  ENTRY  SYSTEM  EBCTOCOL 

An  advantage  of  the  RBES  protocol  is  that  it  permits 
communications  between  support  systems  and  the  RBES  without 
the  sender  actually  knowing  the  physical  location  of  the 
destination.  The  protocol  will  be  standardized  and 
independent  of  all  process  code  structures.  Messages  will 
consist  of  the  following  fields: 

1.  Destination  Cede  (8  bits) 

2.  Source  Code  (8  bits) 

3.  Text  (command  code/required  data) 

4.  EOM  code 

This  basic  message  format  is  delivered  to  the  ring 
interface  where  the  required  prerix  and  suffix  message 
structures  are  added  to  make  it  ring  compatible.  Since  that 
procedure  renains  the  same  for  all  processors  on  the  ring, 
it  will  te  disregarded  in  the  following  descriptions. 

A.    SMART  TERMINAL/AUXILIARY  STORAGE  UNIT  EBCTOCOL 

Here  the  requirement  narrows  down  to  settinq  up  a 
communications  link  between  the  Smart  Terminal  and  an 
auxiliary  storage  unit  for  the  purpose  of  creating,  updating 
or  deleting  files. 

1 .    Initial  file  access/creation 

Initially,  the  ST  will  query  the  operator  for  his 
user  number  and  file  name.  This  will  be  used  in  the 
Access/Creation  message.  Figure  2.  shows  a  message  created 
in  ST.  Each  AUX  would  receive  the  message  and  compare  the 
user  number/file  name  combination  with  those  held  in  its 
"cataloq-"  Whether  or  not  it  makes  a  match,  it  simply 
passes  the  message  around  the  ring.  However,  if  the 
comtination   is   found   the   AUX   sends  an  answer  to  the  ST, 
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which  will  include  the  file*s  password  in  the  text   portion 
of  the  message. 

Ihe  SI  accepts  the  message  (via  input  port  of  its 
HCS-8)  ,  stores  the  AUX  address,  and  queries  the  user  fcr  the 
password.  If  a  match  is  made  the  user  can  proceed  with 
normal  fetch/edit  operations,  if  not,  the  ST  concludes  all 
interaction  with  the  user.  On  the  other  hand,  if  there  is 
no  answer  frcm  any  AOX  (i.e.  no  such  file  in  storage),  then 
a  reguest-f or-storage  message  is  automatically  composed  and 
sent  to  the  ADX.  When  answered  affirmatively,  the  ST  query 
is  made  for  a  user -selected  password,  and  composition  cf  the 
file  can  begin. 


8  BITS 


8  BITS 


DESTINATION 
CODE 


TEXT 


SOURCE 
CODE 


0 
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Figure  2.   Message  Format 


2.    file  editing 

Hhen  the  ST  detects  a  buffer  full  condition  or  an  operator 
directive,  a  storage  message  is  formed  including  the 
following  fields: 
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1.  AOX  code  (8  bits) 

2.  Sending  unit  code  (8  bits) 

3.  Storage  code 

a.  Line  Number/Data 

b.  line  Number/Data 

c.  etc. 

4.  ECM 

The  message  is  transmitted  to  the  AUX  and  the  data 
is  stored  in  the  appropriate  file.  When  access  to  a 
particular  line  is  desired,  a  similar  message  is  composed, 
with  a  fetch  code  and  line  number  placed  in  the  text  field. 
Data  is  fetched  a  line  at  a  time.  AUX  retains  a  copy  of  the 
line  reguested  and  replaces  it  when  a  store  message 
specifying  the  same  line  number  is  received.  To  delete  a 
line,  the  ST  transmits  a  line  delete  code  and  line  numfcer  in 
a  message  to  the  AUX.  In  turn  the  AUX  then  tags  the  line 
with  a  special  delete  code  but  does  not,  at  this  time,  erase 
it.  Nevertheless,  as  far  as  the  user  or  ST  is  concerned, 
the  line  ceases  to  exist  once  the  acknowledge  message  is 
received.  If  at  any  time  in  the  editing  process  the  user 
wishes  to  insert  a  line,  an  insert  message  is  sent  with  line 
numter  to  te  inserted.  The  AUX  then  holds  all  lines 
received  thereafter  in  temporary  storage  until  an 
end-of-inser i  message  at  which  time  they  are  reindexed. 
Hhen  the  AUX  inserts  lines,  those  that  have  been  coded 
"deleted"  will  be  overwritten. 

3.    File  Deletion 

Tc  preclude  any  malicious  or  inadvertent  erasure  of 
files,  the  deletion  procedure  will  send  a  reguest  message 
(delete  code/file  name)  to  the  AUX.  It  in  turn  will 
acknowledge  and  require  an  additional  message  containing  the 
correct  password  for  completion.  Any  erroneous  password 
will  terminate  the  deletion  procedure.  At  deletion,  the  AUX 
deletes  the  file  name  and  makes  that  storage  area  available. 
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A  confirming  message  is  sent  to  the  requesting  ST   which   in 
tarn  informs  the  user  the  name  of  the  file  that  was  deleted, 

4.  File  Expansion 

The  only  communication  between  ST/ADX  not  initiated 
by  the  SI  is  that  of  file  expansion.  When  the  allotted  file 
space  reaches  a  predetermined  point,  the  AUX  will  look  into 
itself  for  more  file  space  (i.e.  another  allotment) ,  and  if 
found  it  will  annex  it  to  the  existing  file  space.  If  it 
does  not  have  any  available  space  it  may  send  a  message  to 
another  AUX  requesting  additional  space  and  then  link  to  it. 
If  there  is  no  space  available  the  AUX  will  send  a  warning 
message  to  ST,  informing  it  of  impending  space  shortage. 
An  entry  in  the  catalog  within  each  AUX  might  be  used  to 
limit  the  amount  of  space  available  to  a  user. 

5.  Sign-off 

At  sign-off  the  ST  will  reguest  that  the  AUX  "close" 
the  file,  preserving  its  contents  for  future  access  by  ST  or 
BP. 


B.    SMAB1  TEEaiNAL/BATCH  PROCESSOR  PROTOCOL 

Once  the  program  has  been  formulated  tc  user 
satisfaction  and  the  ST/AUX  link  severed,  a  "run"  message  is 
sent  to  the  EP  requesting  that  a  file  be  read  and  executed. 
The  file  will  presumably  contain  any  control  cards  needed  by 
the  EP  (i.e.  OS/360  JCL)  along  with  optional  program  and 
data  cards.  The  BP  will  acknowledge  the  message  when  file 
is  located.  Once  received,  the  user  can  secure  the  ST  or 
reinitialize  for  another  program  without  fear  of  losing  the 
file  being  executed.  At  jcb  completion,  EP  will  transfer 
output  data  to  the  AUX  and  signal  ST  that  the  job  is  ready. 
If  the  ST  is  secured,  then  information  (Job  complete/File 
name)  goes  into   the   Ring   "Mail  Box"      process   for   later 
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retrieval  by  the  ST.  The  protocol  for  "Mailbox"  access  will 
involve  display,  delete,  and  entry  requests  ty  the  ST  cr  BP 
and  corresponding  acknowledgement  and  "text"  messages  from 
the  "mailbox"  process. 

C.    BATCB  PROCESS/AUXILIARY  STORAGE  UNIT  PECTOCOL 

Since  the  communication  with  the  BP  (i.e.  access  input 
files,  create  output  files)  appears  to  the  AUX  the  same  as 
that  with  the  ST  ,  then  the  protocol  between  the  BP  and  AUX 
will  be  the  same  as  that  for  ST/AUX. 
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IV.    IMPLEMENTATION  OF  A  PROTOTYPE  SMART  TERMINAL 


A.    COBECNENTS  OF  THE  SMART  TERMINAL 

The  Remote  Batch  Entry  System  is  built  around  a  series 
of  Smart  Terminals..  In  the  prototype  system  each  ST 
consists  of  a  Keyboard,  a  Display  Unit,  and  an  Intellect 
■icrocomputer  system.  The  prototype  of  this  system  is 
depicted  in  Figure  3.. 

1 .    Keyboard 

The  RBES  keyboard  is  diode  decoded  into  the  8  tit  (7 
bit  data  and  1  parity  bit)  ASCII  code.  It  has  a  standard 
typewriter  layout  with  26  upper  case  alphabetics,  10 
numerals,  and  the  standard  special  characters.  Control  and 
shift  ate  each  recognized  by  their  own  individual  tit.  The 
function  of  this  keyboard  is  to  provide  operator  entry  of 
message  data. 

2-    Display  Onit 

Ihe  display  section  of  the  REES  employs  a  standard, 
unmodified  television  equipped  with  the  usual  adjustments. 
The  TV  is  connected  to  the  interface  via  its  antenna  leads 
and  operates  on  caannel  2.  The  Intel  Corporation  allowed 
us  to  use  the  design  for  their  prototype  AT-185  TV  interface 
in  this  project.  Since  the  unit  was  designed  to  interface 
directly  with  the  MCS-4  address/data  bus,  and  the  RBES  will 
use  the  MCS-8,  a  few  modifications  were  necessary.  The 
interface  requires  +5  and  -9  volt  power  supply.  Six  bits  of 
data  and  eight  bits  of  address  are  fed  into  the  interface's 
memory  with  the  READ/tfRITE  and  DATA  EISABLE  signals 
generated  by  the  MCS-8.   This  allows  the   MCS-8   to   ccntrol 
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all  the  data  displayed  on  the  screen. 

Characters  are  generated  with  the  5x7  dot  matrix 
technique.  The  64  character  set  consists  cf  26  upper  case 
alphabetics,  10  numerals  and  the  standard  special 
characters.  Each  of  the  256  words  in  memory  is  made  up  of  6 
bits,  one  from  each  of  the  6  memory  chips.  Each  meaory  chip 
has  256  words,  where  each  word  is  1/6  of  a  character.  This 
produces  a  display  of  8  lines,  32  characters  per  line. 

3.    Intellec-8 

The  heart  of  the  BBES  is  the  Intellec-8 
■icrccomp uter  system,  consisting  of  a  programmable  read  only 
■emory  (EFGM)  module,  a  CPU  module,  an  input/output  nodule 
and  a  random  access  semiconductor  memory  (RAM)  module.  All 
data  from  the  keyboard  and  to  the  display  is  passed  through 
the  Intellec-8  for  software  processing. 

B.    EXPLANATION  CF  THE  PROGRAM 

Phase  twc  of  the  project,  to  operate  the  ST  as  a  full 
duplex  TTY,  has  been  completed.  The  program  fcr  that 
iiplementatico  is  included  in  this  tnesis  and  appears  in 
Appendix  1.  It  was  written  in  PLM  and  compiled  into  MCS-8 
otject  cede  on  the  IBM-360/67  via  CP/CMS-  The  EBES  can 
duplicate  all  functions  of  a  full  duplex  TTY.  Cata  in 
start-stop  format  is  received  via  the  0ART  (Universal 
Asynchronous  Receiver  Transmitter  c hip)  and  displayed  on  the 
TV  screen  just  as  it  would  be  typed  by  a  teletype  printer. 
Data  entered  through  the  3BES  keyboard  is  sent  to  the  UART 
and  transmitted  in  start-stop  format. 
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V-   CONCLUSIONS  AND  RECOflM ENCATIONS 

The  proposed  system  is  still  in  the  initial  experimental 
stages,  and  consequently  does  not  contain  all  the 
refinements  of  a  production  system.  The  design  parameters 
outlined  in  this  report  coupled  with  the  success  of  the 
TTY-like  prototype  strongly  attest  to  the  feasibility  and 
practicality  of  such  a  system.  The  program  illustrated  not 
cnly  demonstrates  the  ST's  basic  abilities,  rut  offers  to 
any  would-be  successor  a  modularized  development  tool, 
through  which  each  function  of  the  "Smart  Terminal" 
described  may  be  individually  developed,  tested  and 
incorporated.  Given  further  development  time  the  REES 
concept  should  fulfill  most  expectations  and  still  be 
economically  feasible.  The  potential  versatility  of  this 
system  is  its  strongest  justification. 
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APPENDIX  1 

The  main  section  of  the  TTY  program  is  a  continuous 
checking  of  the  control  lines,  DATA  AVAILABLE  (a  UAET  signal 
indicating  an  8-bit  character  has  been  received  and 
buffered)  and  TRANSMIT  EDFFER  EMPTY  (a  UART  signal 
indicating  buffer  is  available  to  accept  and  then  transmit 
the  next  character) .  Pcsitive  response  from  either  of  these 
during  the  check  cycle  causes  a  series  of  subroutines  to  be 
called.  The  first  results  in  the  input  data  being  displayed 
or  screen  being  changed,  while  the  other  results  in  data 
being  transmitted  from  the  keyboard.  The  following  is  an 
explanation  of  the  subroutines  which  can  be  called  frcm  each 
of  the  respective  checks. 

1-  CAT A    AVAILABLE 

A,  GNC  (Get  Next  Character)  fetches  character  from 
the  UART  and  determines  if  it  is  a  character  to  be  displayed 
or  a  special  code  to  be  carried  out. 

B.  SPHA  (Special  Handling)  is  called  by  GNC  and 
decides  if  the  special  code  is  a  line  feed  or  a  carriage 
return  and  carries  out  the  required  command.  If  neither,  it 
ignores  the  code. 

C.  DISPLAY  keeps  count  of  the  position  of  the  next 
character   to  be  displayed  on  the  bottom  line.  It  takes  that 

•  character  and  loads  it  into  the  Internal  Buffer  and   the   TV 
interfaced  memory  at  the  address  counted. 

D,  SCROLL  is  called  by  main  when  the  line  is  full. 
It  relocates  all  data  on  screen  up  1  line  and  blanks  out  the 
bottom  line. 

2-  TRANSMIT     EUFFER    EMPTY 

A.   KNC  (Key  Next  Character)  checkes  to  see  if  a  key 
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has   been   depressed  and  if  so  it  readjusts  it  into  standard 
ASCII  code  for  transmission. 

B.    SNC   (Send   Next  Character)  takes  the  data  and 

sends  it  to  the  OABT  for  transmission  in  start-stop  format. 
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PLM    TTY    PROGRAM 

/* 

GLCBAL    VARIABLES 
*/ 

DECLARE    (BCN,PTR,RDY,UNKN, ZIP) BYTE; 
DECLARE    EUF     (256)     BYTE; 
DECLARE    CR    LITERALLY    «ODH«, 
LF    LITERALLY     'OAH» ; 
/* 

CLEAR    THE    INTELLEC'S    BUFFER 
*/ 
CLEAR:    PRCCECURE; 

DECLARE    I    BYTE; 
DC    I    =    0    TO    255; 

BLF( I)     =    32; 
ENC; 
RETURN; 
ENC    CLEAR; 
/* 

DISPLAY    TAKES    THE    CHARACTER    AND    ITS    ADDRESS, 
STCRES    IT    IN    INTELLECTS    MEMORY,     WRITES    IT     IN 
INTERFACE'S    MEMORY    FROM    WHICH    IT     IS    DISPLAYED. 
THE    ADDRESS    PLUS    ONE    IS    RETURNED    TC    CALLER. 
*/ 

DISPLAY:    PPCCEDURE (CHAR, ADR ) BYTE ; 
DECLARE(CHAR,ADR)    BYTE; 
BUF(ACR)    =    CHAR; 

OLTPUT(2)     =    191;  /*    DISABLES    SCREEN    */ 

GUTPUTO)    =    MOT    ADR;/*    MEMORY    LOCATICN    */ 
CUTPUK2)     =    CHAR    AND    63;/*    CHARACTER     IS    WRITTEN    */ 
OUTPUT(2)     =    192;  /*    SCREEN    GN    WITH    NEW    CHARACTER*/ 

ACR    =    ADR    +    1;  /*    ADDRESS    OF    NEXT    CHARACTER    */ 

RETURN    ADR; 
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END  DISPLAY; 
/* 

SCREEN  DISPLAY  IS  MOVED  UP  ONE  LINE,  BOTTO  LINE 

WILL  NOW  BE  BLANK. 
*/ 
SCROLL:  PROCEDURE; 

DECLARE  I  BYTE; 

I  =   o; 

DO  WHILE  I  <  22**\ 

I  =  DISPLAY(BUF(I+32), I); 

END; 
DO  WHILE  I  >  0; 

I  =  DISPLAY*1  •, I); 

END; 
ZIP  =  ZIP-32; 
RETURN; 

ENC  scroll; 

/* 

THIS  PROCEDURE   PROCESSES  ALL  SPECIAL  CHARACTERS 
*/ 
SPHA:   PPCCEDURE(SPC); 

OECLARE  SPC  BYTE; 
IF  SPC  =  CR  THEN 
DO;  PTR  =  ZIP+l; 

return; 
enc; 

IF  SPC  =  LF  THEN 

DO;  CALL  SCROLL; 

ZIP  =  224; 

PTP  =  DISPLAY(»>» ,ZIP) ; 

RETURN; 

END; 
RETURN; 
ENC  SPHA; 
/* 

FETCH  DATA  FRGM  INPUT  PORT  0  AND  DETERMINE  IF  IT 
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SHOULD  BE  DISPLAYED  OR  GET  SPECIAL  HANOLING. 
*/ 

GNC:    PPCCECURE  (X)  EYTE; 
DECLARE  X  BYTE; 
X  -    (NOT  INPUT(O)  AND  07FH); 
IF  X  <  20H  THEN 

00;  CALL  SPHA(X); 

RETURN  0; 

END; 
UNKN  =  X; 
RETURN  l; 
END  GNC; 

/* 

KNC  READS  THE  UNIQUE  CODE  OF  THIS  KEYBOARD  THEN 
TRANSFORMS  IT  INTO  STANDARD  ASCII  FCR  TRANSMISSION 
*/ 

KNC:    PPCCECURE  (Y)  BYTE; 
DECLARE  Y  BYTE; 

IF  INPUT(2)  >  0  THEN   /*  INDICATOR  OF  KEY  DEPRESSED*/ 
DO;  Y  =  INPUT(2J;   /*  DATA  READ  */ 
UNKN   =  (Y  AND  07FH);   /*  PARITY  BIT  REMOVED  */ 
IF  (ROL( INPUT(l) ,1) J  THEN   /*  SHIFT  KEY  PUSHED  */ 
DO;  IF  UNKN  =  40H  THEN  UNKN  =  0; 
RETURN  l; 
END; 
ELSE   DO;   IF   UNKN    >    3FH    ThEN    RETLRN    l; 
IF  UNKN  >  3BH  THEN 

DO;  DO  CASE  (LNKN-3CH); 
UNKN  =  2CH; 
UNKN  =  2DH; 
UNKN  =  2EH; 
UNKN  =  2FH; 
END; 
RETURN  l; 
END; 
IF  UNKN  >  2BH  THEN 
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/* 


OC;  00  CASE  (UNKN-2BH); 
UNKN  =  3CH; 
UNKN  =  3DH; 
UNKN  =  3EH; 
UNKN  =  3FH; 

end; 

RETURN  l; 

END; 
IF  UNKN  -    20H  THEN  RETURN  1; 
IF  UNKN  >  20H  THEN 

00  UNKN  =  UNKN+16; 

RETURN  1; 

END; 
IF  UNKN  =  CR  THEN  RETURN  1; 
IF  UNKN  =  1EH  THEN 

DO;  UNKN  =  LF; 

RETURN  l; 

END; 
END; 
RETURN  0; 
ENC  KNC; 


THE  OUTPUT  PORT  IS  LOADED  WITH  CHARACTER  TC  eE 
TRANSMITTED 
*/ 

SNC:    FRCCECURE(WCRD)BYTE; 
DECLARE  WORD  BYTE; 
OUTPUT(O)  =  NOT  WORD; 
RETURN  WORD; 
END  SNC; 
PTR  =  225; 
ZIP  =  224; 

CALL  CLEAR;   /*  MEMORY  IS  FILLED  WITH  BLANKS  */ 
CALL  SCROLL;  /*  SCREEN  IS  CLEARED  */ 
/* 

CHECK  IF  DATA  TRANSMISSION  LINE  CLEAR 
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*/ 

MAIN:  IF  NCT(R0R(INPUT(1) ,2))  THEN 
DO;  RDY  =  KNC(UNKN); 
IF  RDY  =  0  THEN  BCN  =  1; 
IF  (ROY  AND  BCN)  THEN 
DO;  BCN  =  0; 


/* 
*/ 


/* 
*/ 


EOF 


CHECK    FOR  DEPRESSION  OF   "CONTROL"  KEY 

IF  <R0L(INPUT(1),2))  THEN  UNKN=UNKN  ANC  01FH; 
UNKN  =  SNC(UNKN); 
END; 
END; 

CHECK    IF  DATA  AVAILABLE  LINE  READY 

IF  NOT(INPUTd)  )  THEN 

DO;  RDY  =  GNC(UNKN); 

IF  ROY  THEN  PTR  =  DISPLAY( UNKN , PTR ) ; 

END; 
IF  PTR  =  0  THEN 

DC;  CALL  SCROLL; 

PTR  =  224; 

END; 
GC  TO  MAIN; 
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APPENDIX  2 

The  najor   modification   to   the   AT-185   Interface 

involved  the  following: 

1.  Bemove   the   4008   I.C.   and   its  corresponding 
Resistors. 

2.  Connect  Data  and  Address  lines  directly  tc  edge 
Connector. 

Now  the  address  and  data  ports  can  be  accessed 
directly  ty  the  INTELLEC-8.  Ihe  following  Figures  show  the 
reguired  connections  to  various  components  of  the  prototype 
ST. 
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